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Abstract. This article first addresses applicability of Euclidean models 
to the domain of Internet routing. Those models are found (limitedly) ap- 
plicable. Then a simplistic model of routing is constructed for Euclidean 
plane densely covered with points-routers. The model guarantees low 
stretch and logarithmical size of routing tables at any node. The paper 
concludes with a discussion on applicability of the model to real-world 
Internet routing. 



1 Applicability of the model 

The underlying paradigm of the studied model is routing on a Euclidean plane. 
Applicability of this model is not obvious. On the contrary. First, it is a com- 
mon understanding that Internet eliminates distance. Second, Internet is usually 
modeled as a discrete graph, not a solid plane. I shall consider both aspects. 

1.1 Distance 

It is a known observation |lj that round trip time (r) reliably correlates with 
geographical distance. RTT has an obvious lower bound, t > Tc = where d 
is distance and c is speed of light. Although the way RTT depends on distance 
is rather complicated, practical RTT usually has the same order of magnitude 
as its lower bound. (From my personal limited experience, usually Tc < t < IOtc 
for destinations farther than 1,000km). 

Table m shows that RTTs for different paths across the globe may differ by 
three orders of magnitude. It is a too significant difference to be neglected. 

I'll define a indistinguishability distance as dngy = ■^ctq, where Tq is "zero 
RTT" ("ping localhost RTT"). Currently, d.isy « 0.5 • 3.0 • 10^ • lO'^ = 150A;m. 
Due to the difference between r and Tj, we may further lower this estimation to 
"practical il8y distance" of ^ 50km. This indistinguishability matters mostly in 
long-haul cases (i.e. whether a longer/shorter fiber is used). Even inside 50km 
locality RTT depends on such factors as number of intermediary devices, which 
indirectly depends on the distance. Also, further improvement of technology may 
lower zero RTT so il8y distance will collapse further. 

Also, if we'll move to the case of routing among wireless devices (routing in 
pervasive, mesh networks) then larger distance mean more energy consumption 
thus the distance factor becomes much more important. 
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So distance still matters and the geometrically shortest path is the preferred 
one in most cases. (At least for a simple model.) 



source 


destination 


approx. RTT 


UK 


Australia 


315-325 ms 


UK 


Hong-Kong 


300-335 ms 


Yekaterinburg 


Australia 


370 ms 


Hong-Kong 


Australia 


180 ms 


Netherlands 


Vienna 


25-32 ms 


localhost 


same city 


<5 ms 


localhost 


same LAN segment 


0.2 ms 


localhost 


localhost 


0.1 ms 



Fig. 1. Typical traceroute RTT times. 



1.2 Solidity 

Different from younger Internet times, today the planet is rather densely covered 
with Internet infrastructure. One may check European or North- American fiber 
infrastructure maps or any major city fiber optics route mapsj2j. 

A traceroute from LIPEX (London Internet Providers Exchange) to BCIX 
(Berlin Commercial Internet Exchange) takes 7 hops (see Fig.EJ. So, an average 
hop is ^'^'y'" « 133 kilometers. This example demonstrates that even transit 
routes passing through populated areas are likely to be interrupted with IP 
(level 3) devices at a step having an order of dusy. As far as I see it, there is 
a tradeoff between network flexibility and overhead of inserting level 3 devices. 
If a "cable" is interrupted with level 3 devices in steps having order of dusy or 
larger, then the delay caused by devices (tq) is several times smaller than the 
delay caused by distance itself (tc). 

So, current (transit) networks are rather dense in terms of populated ter- 
ritory coverage. (I don't address oceanic cables here.) Off course, non-transit 
infrastructure has much higher density. Once again, mesh/pervasive/internet- 
of-things networks may demonstrate dramatically higher densities than today's 
Internet ~ due to participation of myriads of small/ wireless/sensor devices. 

Thus finally, the Euclidean model is (limitedly) applicable to the Internet. 

2 Continuous geo-aggregation theorem 
2.1 On aggregation 

Aggregation is essential for scalable routing algorithms. Modern Internet routing 
protocols, such as OSPF [3] and BGP |3| employ aggregation schemes. OSPF uses 
area prefix aggregation, BGP uses CIDR aggregation since version 4. Limitedness 
of these schemes may be illustrated by the fact that one can not automatically 
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traceroute to 193.178.185.9 (193.178.185.9), 30 hops max, 40 byte packets 


N host name ip 


RTTl RTT2 RTT3 


1 lipexl.bdr.rtr.caladan.net.uk 193.109.219.24 

2 195.66.224.185 195.66.224.185 

3 pl5-0.coreQl.a03.atlas.cogentco.com 130.117.1.226 

4 p5-0.core01.dus01.atlas.cogentco.com 130.117.1.126 

5 p5-0.core01.ham01.atlas.cogentco.com 130.117.1.178 

6 p6-0.core01.sxf01.atlas.cogentco.com 130.117.1.182 

7 muh.bcix.de 193.178.185.9 


1.310 1.038 0.823 
9.658 8.974 9.009 
18.384 9.530 8.875 
12.969 13.103 13.083 
18.455 18.024 18.150 
21.388 21.286 21.032 
21.961 22.444 22.030 



Fig. 2. LIPEX BCIX traceroute | |http://www.lipex.net/tools/ 1 



determine even a continent a device resides in having its IP address. (Although, I 
do not claim that the problem has its roots in the routing protocols mentioned.) 

The only popular routing scheme known to me that uses no aggregation at all 
is Dijkstra's shortest paths. It has computational complexity of o(n^) so it does 
not scale well and it is obviously inapplicable in the continuous case (because 
the number of participants is infinite). 

In the Euclidean model I will use the most straightforward method of spatial 
aggregation. I assume that it is possible to implement it, although it might not 
be true under contemporary patchy and area-centric address assignment policies. 
I will shed more light on this thesis in Section |3| 

2.2 Surface, point-routers and covers 

Imagine Euclidean space where every point is a router. At least, those routers 
are placed so dense that we may think so. The purpose of the following routing 
algorithm is to transport a packet by the shortest path of length I or, at least, 
by a path having stretch not larger than a (of length < al). Packet forwarding 
is done in terms of directions and diminishingly small steps. A "routed path" is 
a curve drawn by a packet while it travels from source to destination. 

One may ask why don't we use Cartesian coordinates to e.g. route by a 
straight line (Internet Coordinate System approach). Suppose we do not have 
such an ability (because we just pretend that the surface is solid). Points-routers 
may just remember directions to some number of other point-routers. 

To simplify the task of routing point-routers may use aggregates. 

Definition 1. Aggregate is an area (a convex) having one representative vertex. 
// a sender does not know the shortest path to some destination, it forwards the 
packet by the shortest path to the representative vertex of the smallest aggregate 
containing the destination point. 

I assume that a point-router may trivially detect that a given point belongs to 
a given aggregate. Again, this thesis is presented in Sec. 13 in more detail. 

Definition 2. Aggregate cover is a set of aggregates covering all the populated 
space. If any point belongs to not more than k aggregates of a given cover we call 
this cover k-fat. 
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Definition 3. Symmetric cover is a cover whose aggregates are identical geo- 
metric shapes (i.e. square grid or hexagonal grid - which have non- overlapping 
areas (1-fat), or just a cover formed by overlapping balls of the same radius). 

Just for the sake of simplicity I will further assume that wc arc dealing with a 
fc-fat symmetric cover of a plane (2D) whose aggregates are balls of radius r. 

Definition 4. Multilevel self-similar cover is a stack of covers where each next 
cover is a scaled version of the previous one by a factor of s (i.e. each cover is 
made of balls of radius ros% where i is denoted as "order" of the cover) 

Each point-router assembles a cover of the populated space using aggregates 
of different orders from some global pre- given multilevel cover. For every ag- 
gregate used a point-router remembers direction to some representative point. 
These directions form "routing table" of the point-router. Each point-router has 
a purpose of 

1. using fewer aggregates 

2. having a guarantee of stretch not larger than a for any routed path 

It is assumed that every router-point may forward by the shortest path if the 
destination point is closer than tq. Stretch factor is understood as a ratio of the 
routed path length to the shortest path length (i.e. to the Euclidean distance 
between source and destination). 

2.3 Angular size lemma 

Lemma 1. (Aggregate's angular size lemma) Any routed path will have stretch 
under a if every point-router uses aggregates of angular size a < arccos ^ ( an- 
gular size is relative to the point-router). 

Indeed, every point-router advances the "packet" to the representative vertex 
of the smallest aggregate containing the destination point by a diminishingly 
small step of length S. The angle between the direction to the representative 
point of the aggregate and the direction to the destination point is bounded by 
the maximum angular size of aggregates used by the forwarding point-router. 
Thus, the actual advance (i.e. packet-to-destination distance decrement) is not 
smaller than 6 cos a. Obliously, integrating for all the path from the source to the 
destination we'll get that a < i.e. the stretch is limited by the max;imum 

" cos a ' ^ 

angular size a of aggregates used by every point-router. 

So, the restriction of using aggregates of angular size less than arccos ^ guar- 
antees the stretch of less than a. 

2.4 The geo-aggregation theorem 

Theorem 1. Geo-aggregation theorem 

The number of aggregates consumed by a given point-router to assemble its 

cover depends logarithmically on the size of the space covered. In other words, in 
the described Euclidean space routing tables are logarithmically small. 
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Proof. Router at point P may use ball aggregates of order i if they are at 
least fi as far, where fi = = j^s^ ■ Indeed, at that distance angular size of 
such a ball is under a, see Fig. El 




Fig. 3. How far an aggregate should be to fit into maximum angular size? P 
is the point-router in question; the ball centered at A is an aggregate of order 
i] lengths of PT and TR are equal to r^; ZLPR is an upper estimate for the 
angular size of A. 



Starting from the distance of fi + 2ri the point-router may cover the space 
using aggregates of order not lower than i. Indeed, any point is covered by an 
aggregate of order i and any such ball covering a point farther than fi + 2ri is 
itself farther than fi, so P may use it. 

Thus, aggregates of orders lower than i are needed only inside the ball cen- 
tered at P with a radius of fi + Ari. This ball has a square of 

= ^(/. + 4r,)2 ^ Tries' + Aro-s')^ = nrH-^ + Afs'^ (1) 
tga tga 

Thus, P has to trace at most the following quantity of aggregates of order i — 1: 

= ^^fc- ° 2 , k^itg-^a + Afs'k (2) 

Thus, the number of aggregates taken from a given order i is bounded by a 
constant and does not depend on i. 

At the same time, the square of the space covered by aggregates of orders 
lower than i grows as Bi, i.e. ^ Thus, to cover a World Ball of a given radius 
i? with a given stretch a we may use just ~ log^ R of orders in a multilevel self- 
similar cover and thus ~ log^ R of aggregates per point-router. (Still the total 
number of aggregates used by all point-routers is not logarithmic.) 
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For nearly perfect routing having cr = 1 + o, where o is small, tg~^a ~ o"*^'^. 
Thus the number of aggregates used by a router scales accordingly, ~ o~^. 

The problem of calculating optimal cover order scale factor s for a given 
World Ball and tq is left as an exercise for the reader. The interesting fact is 
that decreasing ro will cost us the same logarithmical price as increasing R. 



3 Conclusion 

Of course, the Euclidean model has limited applicability. But, this model illus- 
trates the fact that there is little technical sense for any Eurasian router to distin- 
guish different destinations inside NYC the way BGP does. Geo-aggregation with 
stretch of 1.1 assumes that destinations as far as 10, OOOfcm might be grouped 
into aggregates of 4, OOOfcm each. This trivial assumption is in dramatic con- 
flict with the current state-of-the-art in the Internet routing. It is my personal 
opinion that routing strategy overseeing continents is a bad strategy. 

I will outline current obstacles that prevent any aggregation scheme having 
efficiency comparable to geo-aggregation. First, the current routing paradigm 
is area-centric by means that its top-level entities are autonomous systems 
which form some separate logical layer over IP addresses. Interrelationships of 
ASes/areas and IPs/routers/points have to be described and maintained in com- 
plex ways. Second, areas/ ASes have more of organizational than of geographi- 
cal underpinnings. Top-level routing (BGP) is AS-centric, so the most popular 
distance metric is seemingly AS hop which again has more of organizational 
than of time/space nature. Third, IP address assignments are patchy and again 
organization-centric. 

Those problems are addressed not for the first time. IPv6 assignment policies 
are supposed to resolve IP address space fragmentation problem ( "patchiness" ) 
to some extent. RFC2374 |S] specifies an approach of using IXes as IPv6 address 
assignment roots and thus exchange-based geographic aggregation. 

It is my opinion that taking a point-centric approach may dramatically sim- 
plify the domain of Internet routing. As an example, the point-centric architec- 
ture uses no separate "areas" because each device just owns some prefixes and 
distributes sub-prefixes to downlink devices (to "lesser aggregates"). A home 



page of the proposal is at http://www.topoip.org 
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